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Description 

[0001 ] The present invention relates to dispensers for 
documents of value and, more particularly, to an auto- 
mated apparatus and method for issuing negotiable in- 
struments. 

Background of the Invention 

[0002] Negotiable instrument dispensers, such as 
money order dispensing machines, are well known in 
the art. Money order dispensing machines ("MODs"), 
which are also referred to by various names such as "au- 
tomatic money order dispensers" or "AMODs," or 
"RMODs" or "Deltas," allow for the issuance and sale of 
money orders at a wide variety of convenient locations. 
For example, MODs commonly are placed at conven- 
ience stores, check cashing agencies, grocery stores, 
financial institutions, and other retail and service outlets. 
The "issuer" of the money orders generally authorizes 
an "agent" (e.g., the grocery store) to operate the MOD 
at each location. 

[0003] When a MOD is installed at a particular site, 
and periodically thereafter, blank money order forms 
(which are negotiable documents and are sometimes 
referred to as "negotiable stock") are loaded into a com- 
partment within the MOD. As customers purchase mon- 
ey orders, the operator enters appropriate information 
(e.g., amount), and the MOD prints the information on 
the forms and dispenses the completed money orders. 
The forms are typically numbered sequentially. When 
the MOD is loaded, the operator loading the forms en- 
ters the serial numbers of the first forms. As money or- 
ders are purchased, the MOD increments a counter to 
keep track of which forms have been printed on. The 
MODs also provide reports of MOD activity, either elec- 
tronically or in printed form. 

[0004] issuers generally must closely manage their 
MODs. MODs typically include a number of mechanical 
components and, therefore, commonly malfunction. Ad- 
ditionally, each MOD contains negotiable documents 
that may be used to impose financial liabilities on the 
issuer. To facilitate management of a widespread sys- 
tem of MODs, the MODs should have certain features. 
[0005] MODs should be user-friendly. The individuals 
operating the MODs (e.g. t clerks at a convenience 
store) typically have little or no technical training. More- 
over, it may be important for a large number of employ- 
ees of a particular agent, such as a retail store, to oper- 
ate a particular MOD. It is not practical for an issuer to 
provide training to each individual who will operate an 
MOD. Unfortunately, many conventional MODs are not 
sufficiently easy to use. For example, it is often difficult 
to property reload the MODs with negotiable stock. Con- 
ventional MODs are also often bulky and difficult to in- 
stall at agent sites. 

[0006] MODs should also incorporate security fea- 
tures to prevent unauthorized usage and minimize the 



risk that counterfeit money orders will be created. Most 
conventional MODs incorporate relatively primitive and 
limited security measures. For example, the compart- 
ment containing the blank negotiable documents gen- 

5 erally is locked, and may be opened only with a physical 
key. This security measure can prevent some types of 
unauthorized access, but permits free access to anyone 
who has obtained the key. It also does not provide any 
record of who accessed the negotiable documents and 

10 what activity took .place during such access. Conse- 
quently, it is often difficult to determine in a timely man- 
ner whether documents have been removed and wheth- 
er misuse may have occurred. 
[0007] MODs should also provide a mechanism with 

15 which the issuer can monitor usage of the MOD. Most 
conventional MODs do not provide a mechanism for 
easy monitoring and refy on information supplied to the 
issuer or the device itself by the user. For example, con- 
ventional MODs generally do not verify the sequence of 

20 the items during the sales process, instead relying on 
the initial number entered by the operator as described 
above, in the event the documents become out of se- 
quence, the MOD records the expected serial number 
without verification of the appropriate document on 

25 which it is printing. 

[0008] Some MODs employ a primitive sequence ver- 
ification technique in which every third document con- 
tains an identical, detectable mark (i.e., a sequencing 
mark). When the MOD detects a sequencing mark, it 

30 determines whether the document counter number is di- 
visible by three and, if so, assumes that the documents 
are in sequence. This technique is inadequate in that it 
does not detect all types of sequence errors. For exam- 
ple, if three consecutive documents were removed from 

35 the sequence, the system would not detect the problem. 
[0009] Additionally, prior art devices may require the 
issuer to physically inspect the MOD to obtain many 
types of information or use techniques such as the se- 
quencing mark, which makes broad assumptions. Con- 

40 ventional MODs also generally require that reconcilia- 
tion reports be printed on a blank money order form or 
require the purchase of an additional printer. These re- 
ports are either difficult to read, poorly formatted, and 
require the use of a blank negotiable document, or re- 

45 quire an additional hardware purchase. 

[0010] Accordingly, there is a need for an improved 
system for issuing negotiable instruments that provides 
advantages over prior systems. 



[0011] The present invention provides an improved 
system for issuing documents of value. Embodiments 
of the present invention can provide more convenient, 
55 secure and efficient means for issuing negotiable instru- 
ments or other documents of value, and for loading, sell- 
ing and reporting activity relating to negotiable instru- 
ment dispensers. 
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[001 2] The present invention allows for embodiments 
having many advantages, including the following: 

(i) They allow for an audit trail that accounts for eve- 
ry document placed in the printer 

(ii) They allow for easy loading of the machine and 
facilitate the determination of what was loaded. 

(iii) They are user friendly. 

(iv) They provide secure storage of money orders. 

(v) They permit reduced manual record keeping and 
paperwork. 

(vi) They provide a daily print out of all transactions. 

(vii) They provide quick and efficient printing of 
money orders. 

(viii) They permit the use of standard bar-code, 
MICR and/or OCR technology. 

(ix) They provide an audit trail of who accessed the 
printer and when. 

[001 3] Many additional advantages of the present in- 
vention will become apparent to those skilled in the art 
based on the present disclosure. 

Brief Description of the Drawings 

[0014] A complete understanding of the present in- 
vention may be gained by considering the following de- 
tailed description in conjunction with the accompanying 
drawing (s), in which: 

FIG. t shows one embodiment of a negotiable in- 
strument dispenser for use according to the present 
invention. 

FIGS. 2(a), 2(b), 2(c) and 2(d) are a flow chart illus- 
trating an exemplary document loading process for 
a negotiable instrument dispenser according to the 
present invention. 

FIGS. 3(a), 3(b), 3(c) and 3(d) are a flow chart illus- 
trating an exemplary process for a sale or vendor 
payment using a negotiable instrument dispenser 
according to the present invention. 

FIG. 4 is a flow chart showing an exemplary power 
cycle of a negotiable instrument dispenser accord- 
ing to the present invention. 

FIG. 5 is a flow chart showing an exemplary down- 
load notification and callback procedure according 



to the present invention. 
Description of Preferred Embodiments 

5 [0015] In preferred embodiments of the present in- 
vention, an operator uses a control terminal to operate 
a document dispenser (preferably, a negotiable instru- 
ment dispenser) which provides a more convenient, se- 
cure, user-friendly, and efficient means for loading, sell- 

10 ing and reporting information relating to negotiable doc- 
uments. The control terminal is connected to a printer/ 
vault housing negotiable stock, signaling to print a mon- 
ey order and to unlock the vault as necessary. Blank 
money order forms are packaged in pre-defined bundles 

15 with bar code serial numbers (MICR, OCR or other en- 
coding techniques may be used), and are stored in the 
vault unit of the printer The control terminal keeps track 
of which forms have been printed on and other usage 
information. The activity of the negotiable instrument 

20 dispenser is automatically recorded by the control ter- 
minal in an electronic "journal" (/.a, in memory) and pe- 
riodically reported to a central computer. 
[0016] An exemplary automatic money order dispens- 
er ("MOD") 10 for use with the present invention is 

25 shown in FIG. 1 . MOD 10 consists of two separate parts: 
a control terminal 12 and printer/vault 14. Installation at 
an agent/user site simply involves connecting these two 
parts together, and then connecting them to a telephone 
line to permit data transfer, and to an electrical outlet for 

30 power 

[0017] Control terminal 12 has three main functions: 
(1) to communicate with the issuer's central computer 
(i.e., the host system); (2) to control printer/vault 14 in 
accordance with pre-defined rules and user instructions; 

35 and (3) to control all other system activity. From the 
standpoint of a user, ft consists of a keypad 1 6, a display 
1 8, and an optional telephone handset 20. MOD 1 0 uses 
ordinary phone lines to transmit activity to the central 
computer for quick and efficient record keeping. Control 

40 terminal 1 2 also records in its memory a "journal" or ac- 
tivity log, which keeps track of its usage information as 
described further herein. 

[001 8] Control terminal 1 2 keeps track of all transac- 
tions until it automatically "uploads" that information to 

45 the host computer at the issuer's central control facility 
at the end of each business day or at various times 
throughout the day. The transaction information prefer- 
ably is stored in an internal nonvolatile memory (which 
may be implemented by either a volatile memory with a 

so battery backup or a conventional nonvolatile memory). 
The control terminal also includes conventional pro- 
grammable processor hardware so that it can be pro- 
grammed to perform the processes described herein. 
[0019] An operator uses keypad 1 6 on control termi- 

55 nal 12 to initiate any transactions with MOD 10. The 
steps that must be performed for each transaction are 
relatively simple. Instructions on performing all transac- 
tions preferably are described in a user guide provided 
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to the agent. 

[0020] The operator enters commands by pressing 
keys on keypad 16. Preferably, keypad 16 has three 
types of keys: 

(1) Function Keys. These keys are used to initiate 
the type of transaction desired (e.g., sales, void, re- 
port, cancel). 

(2) Numeric Keys. "0" through "9 B are numeric keys. 
A user presses these when he needs to enter an 
amount or code. 

(3) Alphanumeric Keys. These keys are used in 
vendor payment transactions. Keypad 16 can be 
implemented by those skilled in the art using any 
conventional keypad technology, including for ex- 
ample softkeys. 

[0021 ] Display 1 8 provides users with important infor- 
mation and prompts users through the steps of each 
procedure. Display 1 8 can be implemented by those 
skilled in the art using alphanumeric display technology. 
[0022] Display 1 8 is usually at the "status screen." 
This is the starting point of all functions available on the 
terminal. If the display screen shows a different mes- 
sage before a user begins a transaction, or a user be- 
comes confused midway through a transaction, he or 
she simply presses "CANCEL" to return to this status 
screen. The status screen displays the current date and 
time, along with the number of documents in the printer 
and the number of transactions in the current day's files 
for various products applications in same terminal {e.g., 
money orders, utility remittance, phone card, payroll and 
gift certificates). 

[0023] Printer/vault 1 4 preferably comprises a printer 
portion that contains a conventional MOD printer and a 
vault portion locked to the printer portion. The blank 
money order forms are stored in the vault portion of 
printer/vault 14. Printer/vault 14 is activated by control 
terminal 12. Based on commands input by the operator, 
money orders are automatically imprinted with the 
amount specified through control terminal 12 and dis- 
pensed to the operator. Printer 1 4 preferably contains a 
bar code reader, and the blank money order forms pref- 
erably are coded with bar code serial numbers. MJCR 
technology may also be used for this purpose in a con- 
ventional manner. It will be apparent based on the 
present disclosure that any conventional OCR technol- 
ogy will also suffice. 

1 . Loading Procedure. 

[0024] In order to permit the system to determine 
whether a blank document is at the beginning, middle 
or end of a pack or bundle, the blank documents are 
prepackaged in sets of a predetermined size {e.g., 400 
documents) and given serial numbers commencing with 



a multiple of the pack size (e.g., 400, 800, 1200, etc.) 
The remaining documents are in serial order {e.g., 
400-799 in one packet). The system can therefore easily 
determine the location of a particular document within a 

5 pack and how many documents remain in the pack. 
[0025] Printer/vault 14 of MOD 10 is loaded with ne- 
gotiable stock at the agent/user site. During loading, the 
terminal requests a security code. The user inputs a se- 
curity code using control terminal 12, and the security 

10 code is verified to have access rights for the load func- 
tion. If the current user has rights to the load function, 
control terminal 1 2 sends a signal to the printer/vault 1 4 
to unlock the vault (preferably using a solenoid or con- 
ventional electro-mechanical lock) from the printer unit, 

is allowing the user to remove the vault. Display 18 
prompts the user to remove the vault. If the user fails to 
remove the vault within a pre-defined time, the printer 
unit will re-lock the vault. Access to the vault will not be 
granted without the re-entry of an authorized access 

20 code. 

[0026] After the vault is removed from the printer unit, 
the user can load a pack of negotiable documents into 
the vault and re-attach the vault to the printer. 
After the vault is re-attached to the printer unit, control 
25 terminal 1 2 signals the printer to load the first form and 
perform a bar-code read on the pre-printed bar code on 
the form. The pre-printed bar code preferably comprises 
numeric and/or alpha characters. Upon reading the pre- 
printed bar code, the printer returns the numeric (or al- 
so pha, or alphanumeric) value to control terminal 1 2. Con- 
trol terminal 12 determines whether the returned numer- 
ic value is appropriate and responds appropriately. 
[0027] More explicitly, the steps are as follows. After 
control terminal 12 signals the printer to load a form and 
35 read the pre-printed bar code, the printer begins to load 
a form. If the leading edge of a document is not recog- 
nized, the printer will respond to control terminal 12 that 
no documents have been recognized. Control terminal 
12 displays an error message that no documents were 
40 detected and requests the user to reload the forms. 
[0028] When the leading edge of a document is rec- 
ognized, the printer attempts to detect an under bar 
which indicates the position of the pre-printed bar code. 
If the under bar is not detected within a predetermined 
45 number of steps, the printer returns a message to con- 
trol terminal 1 2 indicating that the under bar was not de- 
tected. The terminal displays an error message that 
there was a loading error and requests that the user re- 
load the forms. In this manner, the terminal can detect 
so whether the documents were loaded upside-down or 
backwards. Control terminal 12 signals the printer to re- 
turn the form to the vault. 

[0029] Once the under bar is detected, the printer at- 
tempts to read the pre-printed bar code on the form. If 
55 the bar code is read successfully, the printer returns the 
appropriate values to the terminal. The terminal calcu- 
lates the number of items remaining in the pack, deter- 
mines whether this load was of a full or partial pack; and 
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verifies that the value is in the proper format. The termi- 
nal also verifies that the value passes all appropriate 
check digit verifications, displays a successful load mes- 
sage to the user, signals the printer to return the form to 
the vault, and makes appropriate entries in the journal 
(e.g., who opened the printer; time; whether a full pack 
or partial pack was loaded). 

[0030] Whenever a document is read, control terminal 
12 compares the current serial number to the expected 
serial number. If the current serial number is different 
than the expected serial number, the terminal deter- 
mines if the current serial number is in the same pack 
as the expected serial number. If the current serial 
number is in the same pack as the expected serial 
number, the terminal records a missing serial number 
or range of serial numbers in its internal memory to in- 
dicate that items are missing from the pack. If the current 
serial number is not in the same pack as the expected 
serial number, the terminal records a missing range from 
the expected serial number to the end of the pack. The 
terminal then determines if there are missing items from 
the pack from the current serial number. If items are 
missing from the new pack to the current serial number, 
the terminal records a missing range of serial numbers 
from the beginning of the new pack to the current serial 
number. 

[0031 ] The terminal also determines if the current se- 
rial number is the beginning of a pack, or if it is an item 
from the middle of a pack or if that serial number is al- 
ready recorded in the journal. If the current item is the 
beginning of a new pack, the terminal records that a full 
pack has been loaded. If the current item is in the middle 
of a pack, the terminal records a partial pack has been 
loaded. If the serial number was previously recorded in 
the journal, the document is voided by printing "void" on 
the document. Again, this activity is entered into the jour- 
nal. 

[0032] The procedure for loading documents is de- 
scribed in more detail herein in connection with FIGS. 2 
(a) -2(d). 

2. Issuance . 

[0033] During the issuance of negotiable documents, 
control terminal 12 signals printer 14 to load a form. 
Printer 14 begins to load a form. If the leading edge of 
a document is not recognized within a predetermined 
number of steps within the printer, the printer responds 
to the terminal that no documents have been recog- 
nized. The terminal displays an error message that no 
documents were detected and requests that the user 
load new forms or reload the current set of forms. The 
terminal signals the printer to unload the form and return 
it to the vault. 

[0034] Once the leading edge is recognized, the print- 
er attempts to detect an under bar which indicates the 
position of the pre-printed bar code. If the under bar is 
not detected within a predetermined number of steps, 



the printer returns a message indicating to the terminal 
that the under bar was not detected. The terminal dis- 
plays an error message that the under bar was not de- 
tected on the form and requests that the user reload the 
5 forms. The terminal signals the printer to return the form 
to the vault. 

[0035] Once the under bar is detected, the printer ad- 
vances a predetermined number of steps and attempts 
to read the pre-printed bar code on the form. If the bar 

w code is read successfully, the printer returns the appro- 
priate value to the terminal. The terminal verifies that 
the value is in the proper format and verifies that the 
value passes all appropriate check digit verifications. 
The terminal compares the current serial number to the 

i* expected serial number. If the current serial number is 
different than the expected serial number, the terminal 
determines whether the current serial number is in the 
same pack as the expected serial number. If the current 
serial number is in the same pack as the expected serial 

20 number, the terminal records a missing range from the 
expected serial number to the end of the pack. The ter- 
minal then determines if there are missing items from 
the pack from the current serial number. If items are 
missing from the new pack to the current serial number, 

25 the terminal records a missing range of serial numbers 
from the beginning of the new pack to the current serial 
number. 

[0036] If the bar code is not successfully read within 
a predetermined number of retries, the printer returns 

30 an error message to the terminal indicating that the val- 
ue could not be ascertained from the pre-printed bar 
code. The terminal displays an error message that the 
bar code is unreadable, then signals the printer to print 
void on the remainder of the item and records the ex- 

35 pected serial number as a void. The terminal then sig- 
nals the printer to toad the next form and attempt the 
sale. This process continues until a readable form is rec- 
ognized in the printer or until a pre-configured number 
of items has been voided due to un readability. 

40 [0037] When a readable form is recognized, control 
terminal 12 instructs the printer to print designated data 
on the document and make the appropriate journal en- 
try. The MOD then dispenses the documents. 
[0038] The procedure for issuing negotiable docu- 

45 ments is described further herein in connection with 
FIGS. 3(a) -3(d). 

3. Other Features. 

50 [Q039] The control terminal records a list of security 
codes and their associated rights in a memory. The con- 
trol terminal allows a user to define each security profile 
with a unique set of configurable rights, increasing the 
flexibility of the security of the device. For example, cer- 
55 tain operators may be allowed to perform all possible 
functions and others may be allowed to perform only a 
few functions, such as sales and voids. 
[0040] In the case of a vendor payment, the money 
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order is used to pay a vendor of the agent. This option 
is made available to some agents to permit them to allow 
employees to pay vendors without the need to maintain 
large amounts of cash on the premises. If an agent has 
been granted the optional vendor payment capability, 
the operator can, in many systems, enter any vendor 
name using the alphanumeric keypad. In other systems, 
the operator may be limited to selecting from a prede- 
termined list of vendors. In such a system, a plurality of 
vendor names may be stored in the memory within the 
terminal for printing on the payee line of the negotiable 
documents. 

[0041] Memory within control terminal 12 records a list 
of fees associated with ranges of dollar values. The user 
can configure the terminal to calculate a fee based on 
the amount requested or a percentage of the face 
amount. The terminal records four different ranges of 
values associated with a fee. 

[0042] The reading of a specific pre-printed bar code 
for each item ensures the proper transaction posting of 
each sale item The missing item detection allows for a 
solid, traceable audit trail. 

[0043] As described herein, the present invention uti- 
lizes software to unlock and lock the vault based on a 
pre-defined set of rules. For example, the vault may only 
be unlocked upon entry of an appropriate security code. 
The software monitors and relocks the vault if it has not 
been opened for a predetermined period of time. This 
software lock/unlock feature also helps to provide a 
traceable audit trail with respect to printer access. The 
flexible, completely configurable security parameters al- 
low the user to define which rights are accessible by em- 
ployees. 

[0044] Software determi nes any break i n sequence of 
the documents, registering these breaks as missing 
items. This is printed on all reports, which serves as an 
early warning notice for possible fraud. 
[0045] The security code wh ich aJ lows access to sen- 
sitive areas of the application is dynamic. It changes dai- 
ly based on a predetermined algorithm. The algorithm 
may be a function of the date, and/or a predetermined 
identification code. This prevents an agent from learning 
the code on one day while troubleshooting and re-using 
it at a later date. 

[0046] Procedure for document loading with bar code 
logic is now described in connection with FIG. 2(a), FIG. 
2(b), FIG. 2(c) and FIG. 2(d). 

[0047] Initially, the system is in an idle mode, display- 
ing the "status" or idle screen as shown in Step 100. In 
Step 1 02, the user enters a code (for example, function 
"9") to indicate that he or she wishes to load documents 
into the printer/vault. The system then displays "Enter 
User Code" in Step 1 04 and the user enters a user ac- 
cess code (single character 1 or multi-character) in Step 
106. In Step 108, the system determines whether the 
user has the rights to load documents (not all users will 
have such a right). If the user does not have such rights, 
the system will display "Access Denied" as shown in 



Step 110 and will return to the idle screen in Step 112. 
If, in Step 1 08, the system determines based on the ac- 
cess code that the user has the right to load documents, 
the document vault is unlocked in Step 1 1 4, and the sys- 
s tern displays "Printer Unlocked, Remove M.O. Vault" in 
Step 116. The system also makes appropriate journal 
entries. 

[0048] After displaying this message, a configurable 
timer is set (preferably five seconds), allowing the user 

10 to remove the vault, as indicated in Step 118. In Step 
120, the system senses whether the vault has been re- 
moved during the predetermined time period. If not, the 
vault is re-locked to the printer, the system returns to 
Step 104, indicating in its display that the user should 

15 re-enter his or her user's code and try again. If the user 
removes the vault as shown in Step 1 22, the system dis- 
plays "Load Money Orders and Replace Vault" in Step 
124. in Step 126, the user loads documents and reat- 
taches the vault The system then checks in Steps 128 

20 to determine whether an idle timer has expired or the 
user has pressed cancel. If so, the system returns to an 
idle screen. If not, the system determines whether the 
vault has been replaced and, if not, returns to Step 124 
indicating on its display that the user should load money 

25 orders. If the vault has been replaced in Step 13 0, the 
system moves on through Node 132 (shown for conven- 
ience in both FIG 2(a) and FIG 2(b)) to Step 134. 
[0049] In Step 134, the document is advanced under 
the print head and the bar code is read. If, in Step 136, 

30 the leading edge of the document has not been located, 
the system will display "Printer Error-Unreadable Bar 
Code" in Step 138, return the document to the vault in 
Step 140 (setting a vault empty flag), and return to the 
idle screen in Step 141 . 

35 [0050] If the leading edge of a document has been de- 
tected in Step 136, the system will determine in Step 
142 whether the bar code underbar has been located 
and, if not, will display "Printer Error - Unreadable Bar 
Code" (or "U-Bar Undetected") in Step 144, thereafter 

40 moving on to Steps 140 and 141 as previously de- 
scribed. This detects documents that have been incor- 
rectly positioned in the printer/vault (i.e., placed upside 
down or backwards). 

[0051] If the underbar has been located in Step 142, 
45 the system will determine in Step 146 whether the bar 
code was successfully read. If not, the system will de- 
termine whether the barcode exceeded a configurable 
and predetermined retry limit in Step 148 and, if not, will 
return to Step 134. If so, the system will display "Printer 
50 Error - Unreadable Bar Code" in Step 1 50 and move on 
to Steps 140 and 141 as previously described. 
[0052] If, in Step 1 46, the system determines that the 
bar code was read successfully, the system will check 
in Step 152 to determine whether the D.O. number 
55 matches a predetermined number. (The D.O. number is 
the first two numbers of the document serial number.) If 
not, the system in Step 154 will display "Printer Error - 
D.O. Does Not Match" and move on to Steps 140 and 
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141 as previously described. If the D.O. number does 
match the predetermined number in Step 152, the sys- 
tem will check in 156 to determine whether the check 
digit is correct and, if not, the system will display in Step 
158 "Printer Error - Check Digit Incorrect" and move on 
to Steps 140 and 141 as previously described. 
[0053] If the check digit in Step 1 56 is correct, the sys- 
tem will display "Documents Successfully Loaded" in 
Step 1 60, make sure that the vault flag is not set to emp- 
ty in Step 162 and move on through Node 164 to Step 
166. 

[0054] In Step 166, the system determines whether 
the serial number of the document which last issued as 
a money order was the last item in the previous pack of 
documents. If so, the system determines in Step 1 76 
whether the new document (i.e., the document just read 
after loading) is the first serial number in a pack. If so 
the system posts a "Full Pack Load" entry into its mem- 
ory (also referred to as a journal) in Step 1 78 and returns 
to the idle screen in Step 180. If the current document 
is not the first serial number in a pack, the system posts 
a "Partial Pack Load" entry into the journal in Step 1 82 
and moves on through Node 184 to Step 186. 
[0055] if, in Step 1 66, the system determines that the 
last issued document was not the last item in the previ- 
ous pack, the system checks its memory in Step 168 to 
determine whether there were any items missing from 
the previous pack and, if not, moves on to Step 1 76 pre- 
viously described. If there were items missing from the 
previous pack, the system checks in Step 1 70 to deter* 
mine whether there is more than one serial number 
missing from the previous pack. If not, the system posts 
in Step 1 72 a single missing item and moves on to Step 
176 as previously described. If there is more than one 
serial number missing from the previous pack, the sys- 
tem posts, in Step 174, a missing range item showing 
the first and last serial numbers. After posting the miss- 
ing range in Step 1 74, the system moves on to Step 1 76 
as previously described. This missing range information 
is printed on all reports and can be transmitted to the 
host. 

[0056] In Step 186, the system determines whether 
there are any serial numbers missing from the current 
pack. If not, the system returns to an idle screen in Step 
188. If so, the system checks in Step 1 90 to determine 
whether there are more than one serial number missing 
from the current pack. If not, the system posts in Step 
192 a single missing item with the serial number and 
moves on to Step 188 as previously described. If there 
is more than one serial number missing from the current 
pack, the system posts in Step 1 94 a missing range item 
showing the first and last serial number and moves on 
to Step 188 as previously described. 
[0057] The sale or vendor payment with bar code logic 
is now described in connection with FIG. 3(a), FIG 3(b), 
FIG. 3(c) and FIG. 3(d). 

[0058] In Step 200, the system displays an idle 
screen. In Step 202, the user presses a function key in- 



dicating a "sale" or "vendor payment." In Step 204, the 
system displays "Enter User Code" and, in response, in 
Step 206, the user enters his or her user code. In Step 
208, the system checks to determine whether the user 

5 has rights to perform a sale or vendor transaction and, 
if not, displays "Access Denied" in Step 21 0. The system 
subsequently returns to an idle screen in Step 212. 
[0059] If, in Step 208, the system determines that the 
user does have a right to conduct a sale or vendor trans- 

10 action, the system and user follow previously estab- 
lished functions to obtain information necessary to con- 
duct the sale or vendor transaction, these procedures 
being performed in Step 214, after which the system 
moves through Node 216 to Step 218. In Step 218, a 

15 document is advanced to the printer. The system checks 
in Step 220 to detenu ine whether the leading edge has 
been located. If not, in Step 222, the system unloads the 
document from under the print head and sets the vault 
empty flag, thereafter displaying in Step 224 "Printer Er- 

20 ror - L. Edge, Please Check and Reload" and subse- 
quently returns to the idle screen, Step 226. If the lead- 
ing edge for the document is located in Step 220, the 
system checks in Step 228 to determine whetherthe un- 
derbar is located and, if not, unloads the document from 

25 under the print head in Step 230 and sets the vault emp- 
ty flag. In Step 232, the system then displays "Printer 
Error - U. Bar, Please Check and Reload", and subse- 
quently moves to Step 226 as previously described. 
[0060] If, in Step 228, an underbar has been located, 

30 the system moves through Node 234 to Step 236. 
[0061] In Step 236, the document is advanced under 
the print head and the bar code is read. If the system 
determines in Step 238 that the bar code was not read 
successfully, the system checks in Step 240 to deter- 

35 mine whether the bar code exceeded configurable retry 
limit. If not, the system returns to Step 236. If so, the 
system displays in Step 242 "Unreadable, Voiding Item," 
prints "Void" on the document in Step 244, posts the 
voided document to a record in its memory (i.e., journal) 

40 in Step 246 and checks to determine whether a prede- 
termined maximum number of unsuccessful reads has 
occurred in Step 248. If not, the system moves through 
Node 21 5 and 21 6 to Step 21 8. If so, the system displays 
in Step 252 "Unreadable Items, Please Check and Re- 

45 load" or "Unreadable Items - Please Call the Help Desk" 
and in Step 254 sets MO vault empty flag, thereafter re- 
turning to the idle screen in Step 256. 
[0062] If the bar code was read successfully in Step 
238, the system moves through Node 251 to Step 258. 

50 [0063] in Step 258, the system determines whether 
the D.O. number matches the predetermined value in 
the terminal. If not, the system displays in Step 260 
"Printer Error - D.O. Does Not Match", unloads the doc- 
ument from under the print head and sets the vault emp- 

55 ty flag in Step 262 and returns to the idle screen in Step 
264. If the D.O. number does match the terminals in 
Step 258, the system determines in Step 266 whether 
the digit is correct and, if not, displays "Printer Error - 
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Check Digit Incorrect" in Step 268 and moves on 
through Step 262 as previously described. 
[0064] If the check digit is correct, the system deter- 
mines in Step 270 whether the serial number is the next 
serial number expected and, if so, posts this document 
as a sale into the journal in Step 276, prints the remain- 
ing portion of the document in Step 280, and returns to 
the idle screen in Step 264. 

[0065] If, in Step 270, the system determines that the 
serial number is not the next serial number expected, 
the system checks to see whether more than one serial 
number is missing in Step 272 and, if not, posts a single 
missing item with the serial number into the journal in 
Step 274 and moves on to Step 276 as previously de- 
scribed. If there is more than one serial number missing 
in Step 272, the system posts a missing range of items 
showing the first and last serial number into the journal 
in Step 278 and moves on to Step 276 as previously 
described. 

[0066] The power cycle with bar code logic is now de- 
scribed in connection with FIG. 4. 
[0067] In Step 300, the system is turned on. In Step 
302, the system determines whether the printer power 
was cycled and, if not, returns to an idle screen in Step 
304. If the printer power was cycled, a document is ad- 
vanced under the print head in Step 306 and bar code 
is read. If the bar code is read successfulry in Step 31 6, 
the system checks to determine whether the D.O. 
number matches the terminal's number in Step 31 8 and, 
if so, determines whether the check digit is correct in 
Step 322. If the check digit is correct, the system unsets 
the vault empty flag in Step 326, removes the document 
from under the print head (and optionally checks for 
missing items) in Step 314, and returns to the idle 
screen, making appropriate journal entries. 
[0068] If the bar code was not read successfulry in 
Step 316, the system checks in Step 308 to determine 
whether the barcode has exceeded the configurable re- 
try limit and, if not, returns to Step 306. If so, the system 
displays in Step 310 "Printer Error - Unreadable Bar 
Code", sets the vault empty flag in Step 312, unloads 
the document from under the print head in Step 314, 
and returns to the idle screen in Step 304. 
[0069] If, in Step 318, the D.O. number does not 
match the terminal's, the system displays in Step 320 
"Printer Error - D.O. Does Not Match" and moves on to 
Step 312 as previously described. 
[0070] If, in Step 322, the check digit is not correct, 
the system displays in Step 324 "Printer Error - Check 
Digit Incorrect" and moves on to Step 31 2 as previously 
described. 

[0071 ] The download notification and call back proce- 
dure is now described in connection with FIG. 5. In Step 
400, the terminal transmits to the host system all of the 
data stored in its journal. 

[0072] In Step 402, the host processes sales data on- 
line and, in Step 404, the host performs a match on de- 
vice I.D. to a "Notification List". In Step 408, the host 



system determines whether the current device I.D. is on 
a "Notification List" and, if not, sends a recorded re- 
sponse in Step 410 and disconnects the call. If, in Step 
408, the device I.D. is on the notification list, the system 

5 sends a recorded response in Step 41 2 with notification 
and disconnects the call. In Step 414, the terminal 
checks to determine whether the notification was for a 
scheduled or immediate callback. If the notification was 
for an immediate callback the system moves on to Step 

10 420, wh ich will be described hereafter. If the notification 
was for a scheduled callback, the terminal waits in an 
idle loop checking for the current time to equal the 
scheduled time in Step 416, and when the current time 
equals the scheduled time, moves on in Step 41 6 to 

is Step 420. 

[0073] In Step 420, the terminal determines the noti- 
fication was for initialization, program load or printer 
load. If the notification was for a printer load, the terminal 
calls the host system in Step 422 to pull in a printer 

20 firmware enhancement and, after the download is com- 
plete, the disconnect is in Step 428. 
[0074] If the terminal determines in Step 420 that the 
notification was for a program load, the terminal calls 
the host system in Step 424 and downloads a terminal 

25 software en hancement. After the download is complete, 
the call is disconnected in Step 428. 
[0075] The notification can also be for multiple proce- 
dures {i.e., initialization and download). The notification 
may also be dependent on the unique code or version 

30 associated with each MOD, which is transmitted to the 
host system during the call. 

[0076] If the terminal determines in Step 420 that the 
notification was for initialization, the terminal calls the 
host system in Step 426 and downloads a terminal con- 
35 figuration modification, thereafter disconnecting the call 
in Step 428. 

[0077] A previously issued document may also be re- 
inserted to be voided by the user. The bar code reader 
will verify that the appropriate document is being voided. 

40 [0078] it should be noted that the present invention is 
applicable to issuing any document of value, whether or 
not the document is neogitable. 
[0079] It should also be noted that, upon user com- 
mand, a previously issued document may also be rein- 

45 serted into the printer to be voided. The bar code reader 
will verify the serial numberto make certain that the cor- 
rect document is being voided. 
[0080] The present invention encompasses all sub- 
ject matter within the scope of the claims. Accordingly, 

50 the present invention is not limited to the preferred em- 
bodiments described above. 



Claims 

1 . An apparatus for issuing documents of value, com- 
prising: 
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a printer for printing documents of value; 
a printer access controller, said access control- 
ler permitting physical access to at least a por- 
tion of said printer capable of containing docu- 
ments of val ue upon receipt of an access code. 5 

2. The apparatus of Claim 1, wherein said access 
code identifies the individual seeking access to the 
printer. 

10 

3. The apparatus of Claim 2, wherein a time at which 
the printer is accessed is recorded. 

4. The apparatus of Claim 3, wherein the printer auto- 
matically issues a periodic report indicating the 15 
times at which the printer has been accessed and 
the operator who accesses the printer. 

5. The apparatus of Claim 4, wherein the access 
codes and access times are stored in a non-volatile 20 
memory. 

6. The apparatus of Claim 5, wherein the nonvolatile 
memory comprises a volatile memory and a battery 
back-up. 25 

7. The apparatus of Claim 1 , wherein a plurality of in- 
dividuals have individually assigned access codes, 
some of the access codes permitting access to the 
printer. 30 



8. The apparatus of claim 7 , wherein the access codes 
assigned to at least one high security individual per- 
mits the high security individual to perform activities 
that are not allowed to the other individuals. 35 



9. The apparatus of Claim 1 , wherein the printer ac- 
cess controller permits access to at least a portion 
of the printer upon receipt of any of a plurality of 
access codes, and further wherein the access code *o 
comprise different security clearance levels. 



10. The apparatus of Claim 1 , wherein the access code 
can be altered. 

45 

11. The apparatus of Claim 10, wherein the access 
code is altered periodically. 

1 2. The apparatus of Claim 1 1 .wherein the access code 

is altered automatically. 50 

13. The apparatus of Claim 11, wherein the access 
code is a function of the date and/or a unique code 
identifying the machine. 

55 
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